本文详细介绍了产品迭代的管理流程，包括目的、发版周期、需求整理、需求评审、任务整理、每日晨会、研发自测提测、测试验收、迭代完成、延期处理和回顾总结。流程规范了从需求收集到版本发布的各个环节，旨在提高团队效率，确保产品质量。
目录
目的
为规范产品迭代流程，提升团队成员产品迭代参与度，更好的衡量团队成员贡献度，量化产出，明确各成员角色的责任及义务，特制定此流程。
发版周期
两周一个迭代
概念描述
使用Jira管理自定义字段的描述如下：
Epic Link：史诗故事链接，产品线将比较大的任务项定义为史诗故事，一个史诗故事可能跨越多个迭代冲刺
PRD链接：如果需求，则填写需求对应的产品文档的wiki链接
version：迭代版本号，常规的版本迭代时间为两周一个迭代
Sprint：冲刺，一个冲刺与一个版本对应，时间相同
视觉设计URL：UI同学填写，如果需要，则填写此需求的视觉设计URL
测试人：需求指定的测试人员
测试用例：测试同学填写，如果需要，则填写此需求的测试用例wiki链接
标签：暂定可用标签为紧急需求、插入需求、被阻碍、无PRD、无接口文档，记录任务字段不不能体现的一些特定项
客户：主要指付费客户或者非黑卡客户但值得记录的客户名单
黑卡客户：非黑卡客户，无需填写此字段，支持多选（多个客户的同类需求）
链接的问题：关联的一线问题
开发文档URL：业务设计的wiki地址， 包含类图、时序图、架构拓扑、uml、部署图等
接口文档URL：后端开发的供前端及其它调用方使用的接口均需提供接口文档
预估工时：团队成员完成此任务预计需要耗用的工时，目前有近三（0.5，1，2，3，4，5）6个数值可选选项，其它两项（无，待研发评估）排除默认创建外，不建议勾选，预估工时同步填写到Story Points
Story Points：
最低0.47元/天 解锁文章
5014
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
